home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000102_news@watsun.cc.columbia.edu _Wed May 26 16:52:54 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA12523
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 26 May 1999 16:52:54 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA28263
  7.     for kermit.misc@watsun.cc.columbia.edu; Wed, 26 May 1999 16:33:56 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: kermit process hangs around after terminal disconnect
  11. Message-ID: <Ii1+RNVS17yW@cc.usu.edu>
  12. Date: 26 May 99 12:01:58 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <7ih212$rvs$1@nnrp1.deja.com>, Mr. Scott <scott_davis@my-dejanews.com> writes:
  17. > Thank you for responding.
  18. > Yes, it pretty much is a Procomm->UNIX issue because the shell is
  19. > hanging around.  I'm just incredulous that UNIX doesn't swiftly detect
  20. > the broken connection; instead, waiting hours, days, or sometimes what
  21. > seems like forever to finally realize that no-one is on the other end
  22. > of a telnet connection.  What's up with that?  Can you explain why such
  23. > dumbness would happen?  I program sockets a bit, and it was my
  24. > understanding that "send", "recv", or whatever returns a zero to
  25. > indicate EOF when a TCP connection is broken.  All the server programs
  26. > I have written detect this condition immediately as the client shuts
  27. > down, dies, terminates, whatever.  Why doesn't the UNIX telnet/pty
  28. > server program do the same?
  29. -------
  30.     You've answered your own question. If there is nothing to say
  31. on the wire then with TCP/IP nothing is said, and that is by careful
  32. design. To sense a broken connection both sides have to say something
  33. and then look at the function status returns. 
  34.     One can pull the 10BaseT wire from an interconnection, go away 
  35. for eons, put it back, and neither end knows this has occurred. Replace
  36. pulling wire with major nuclear event. Some systems provide a TCP/IP
  37. keep-alive probe, but it starts very late and is very patient. See your
  38. systems manager about details.
  39.     In the end the problem is not Kermit but the rest of the environment.
  40.     Joe D.